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SYSTEMS AND METHODS FOR PHYSICAL LOCATION SELF- AWARENESS 
IN NETWORK CONNECTED DEVICES 

TECHNICAL FIELD 

[0001 J The present invention is generally related to real-time tracking systems 
and specifically related to systems and methods for physical location self-awareness in network 
connected devices. 

BACKGROUND OF THE INVENTION 

[0002] Problematically in computer data centers, where hundreds or thousands of 
different machines are housed, specific devices are difficult to locate. Therefore, when 
technicians are dispatched from the various companies housing machines in the data center, the 
technicians waste time and effort locating the equipment they have been dispatched to service. 
These data centers are typically multi-thousand square foot facilities with equipment housed in 
racks that all generally look alike. Additionally, this equipment may not be labeled very 
clearly or not labeled at all. 

[0003] Existing real-time tracking systems typically use electronic or infrared 
tracking tags, physically placed on equipment. One such existing real-time tracking system is a 
Real-time Location System (RTLS) from Ameritrac Wireless Corporation (see http://www. 
ameritracwireless . com/index .html ) . Such existing tracking systems constantly monitor location 
of the equipment tags, via triangulation, using antennas dispersed throughout the data center. 
Global Positioning Satellite (GPS) based systems are also available. However, location 
information provided by these existing systems is typically maintained in a central database, 
useful only to those with access to the database. In the case of a data center, there are typically 
hundreds of customers with equipment located on-site. Problematically, each customer may 
not have access to the location database. 

[0004] Whereas, existing tagging systems typically employ a central server and 
the central server keeps track of where all the tagged items are located, the tagged items 
themselves contain no information on their location unless it has been manually entered. 
Therefore, under existing tracking systems one would not be able to access this information if 
the central server was down or otherwise unavailable. 
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[0005] Existing canonical systems for equipment tracking employ manual entry 
of equipment locations into a central database. An enhancement to existing canonical systems 
employs Simple Network Management Protocol (SNMP). The canonical location information 
may be stored in one of the SNMP Management Information Base (MIB) variables such as 
Syslnfo on the system being tracked as a place holder for device location. However, this data 
is typically manually entered by the operator of the equipment. If the equipment gets moved it 
is not necessarily updated, unless the operator is aware of the move and manually performs the 
update. Thus, use of SNMP MIB in this manner is fraught with update problems. Typically, 
once the data is set up, it does not remain current. 

BRIEF SUMMARY OF THE INVENTION 

[0006] The present invention is directed to systems and methods by which a piece 
of equipment connected to a network may be populated automatically with near real-time 
information detailing the equipment's own physical location. Applications of the present 
systems and methods may include use in computer data centers where hundreds or thousands of 
computers are centrally located in a multi-thousand square foot facility, or for enterprise or 
government IT inventory systems. While each customer of such a facility may not have access 
to the location database for the facility, they typically have network access to their own 
equipment. Implementation of the present systems and methods will allow customers to track 
the physical location of their own equipment, by making queries to that equipment, without a 
need to access a central database. The present systems and methods also provide a backup to 
the central database system. If one wishes to know the location of their equipment at a time 
when the database is down, they may still query their equipment to get its last known location. 

[0007] As used herein, "self awareness" or "awareness" is information integrated 
into the device on which a location system tag is placed, such that the object can report back its 
own location when it is queried, thereby portraying that the device is "aware" of its location. 

[0008] The present systems and methods may make use of a current real-time 
tracking system such as the aforementioned RTLS technology from Ameritrac Wireless. The 
present systems and methods employ or create a location server. The present invention and its 
location server may operate as an extension of an existing RTLS service, as a separate system, 
or both. In accordance with embodiments of the present invention, tagged items query the 
location server on startup and internally store their own location information. This information 
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may be accessed via a shell account from the managed system. Alternatively, if the device is 
managed via a protocol such as SNMP, the information may be stored on the system being 
tracked in one of the SNMP MIB variables, such as Syslnfo. 

[0009] Most existing real-time location systems employ a centralized server on 
which to store location data, in the aforementioned central database. One advantage of the 
present invention is that if that server is unavailable, the devices themselves have their last 
known location information. Therefore, a user that has access to a device can access location 
information for that device. 

[0010] In some embodiments, software on a tagged object periodically seeks out, 
from the tracking system information repository, the device's location and programs that into 
the SNMP variables of that object. In other embodiments, the tagged object, as part of its boot 
procedure, queries the tracking system information repository for its location and stores this 
location internally. In the case, for example, of a device on which a software agent cannot be 
running at all times, the device may be able to find its location by running an application at 
boot, as a part of its boot procedure. Both embodiments may be combined, in that an object 
can find its location at boot and periodically thereafter update that information, or either 
embodiment can be used separately. 

[0011] In various embodiments, software of the present invention directly queries 
a tracking system server. In other embodiments where no single RTLS system covers a 
domain, a hierarchical or hybrid server that can query all the RTLS servers in the domain may 
be employed to perform hierarchical searches and similar functions. For example, a device's 
previous location may be known, so the hierarchical server may start with the RTLS system 
associated with that location and then work outwardly through the domain, rather than querying 
all tracking system servers in the domain. When several real-time location systems are 
employed throughout, for example, a campus, one system in, for example, each building, 
would have a server in each domain (building). These domains may be set up in hierarchies, 
similar to the domain name system of the Internet, for example. A device would initially query 
its last known local location server, and if that location server was unavailable it would then be 
redirected to another location server upward in the hierarchy until it found the authoritative 
location server for itself. Particularly, in accordance with such an embodiment, the hierarchical 
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server will query the next closest server and work outwardly in a circular pattern similar to the 
Internet's Domain Naming System (DNS) hierarchy. 

[0012] An advantage of the present systems and methods is that the location data 
is automatically updated on the devices, and the device is thus "self aware". Another 
advantage of the present systems and methods is that since devices are "aware" of their own 
location, if they are moved, the system does not need to be manually updated. This system 
takes advantage of any real-time location system that is already in place and updates the device 
itself. Also, since the information is stored in the device's MIB, or the like, the device is 
"aware" of its location even when the location system is temporarily down. Another advantage 
of the present invention is that when set up in a hierarchy, it is able to function across multiple 
real-time location system domains. 

[0013] Another advantage is that multiple different, possibly even physically 
incompatible, location systems may use or make concurrent use of the present invention. For 
example, two companies, which have each set up real-time location systems, may use different 
location system products. For example, one company may use an infrared system and the other 
a radio or GPS based system. If the companies merge, or merge some of their resources 
(equipment), devices start migrating between company campuses. Once the companies install 
the physical component(s) or tags needed to track the devices, then a dual tagged device can be 
located across either system yet the software of the present invention does not have to be 
updated to work with another location system. The software of the present invention uses the 
same protocol and the local servers integrate the heterogeneous location systems. 

[0014] If a channel is provided via which the location server can contact the 
device directly, a device may be enabled to react to movement of the device, whereas in a 
manual system or in all the existing location systems, the device would "know" nothing about 
its movement. Regardless, under the present system and methods, as long as the device is 
powered back up, it will be aware of its new location. However, a battery powered device such 
as a laptop computer might be continuously aware of its location. Resultantly, the present 
invention might also function as a security system or to supplement a security system. For 
example, a laptop that has been set-up to alert the present system if it leaves the building, or 
otherwise defined area, as it leaves the building or area it can alert the system of its departure. 
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[0015] The foregoing has outlined rather broadly the features and technical 
advantages of the present invention in order that the detailed description of the invention that 
follows may be better understood. Additional features and advantages of the invention will be 
described hereinafter which form the subject of the claims of the invention. It should be 
appreciated by those skilled in the art that the conception and specific embodiment disclosed 
may be readily utilized as a basis for modifying or designing other structures for carrying out 
the same purposes of the present invention. It should also be realized by those skilled in the art 
that such equivalent constructions do not depart from the spirit and scope of the invention as set 
forth in the appended claims. The novel features which are believed to be characteristic of the 
invention, both as to its organization and method of operation, together with further objects and 
advantages will be better understood from the following description when considered in 
connection with the accompanying figures. It is to be expressly understood, however, that each 
of the figures is provided for the purpose of illustration and description only and is not intended 
as a definition of the limits of the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] For a more complete understanding of the present invention, reference is 
now made to the following descriptions taken in conjunction with the accompanying drawing, 
in which: 

[0017] FIGURE 1 is a flow chart of operation of an embodiment of the present 

invention; 

[0018] FIGURE 2 is a diagrammatic representation of a data center employing an 
embodiment of the present invention; and 

[0019] FIGURE 3 is a diagrammatic representation of multiple domains 
employing a hierarchical embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0020] The present systems and methods provide a mechanism by which 
equipment connected to a network may be automatically populated with near real-time 
information detailing its own physical location. Embodiments may be implemented to provide 
devices with the capability to become aware of their own physical location. Some 
embodiments might be particularly useful for devices such as personal computers, workstation, 
or the like, which can be set to run a software agent on startup. Other embodiments implement 
new code into device firmware, device Basic Input/Output Operating System (BIOS), or the 
like, to enable the device to probe for a location server on startup. This type of equipment may 
include routers, switches, or any other networked devices on which a user cannot easily install 
new code and/or which may not be capable of running a software agent. 

[0021] In these embodiments, a location server will preferably be in place, in 
accordance with the present invention. The location server may be an extension of services 
provided by an existing, in place, RTLS system. Alternatively, the location server can be a 
separate system that either contains a duplicate of the RTLS database or that can query the 
RTLS database as needed. As a further alternative, the present invention may make use of both 
a location server that is an extension of an existing RTLS system and a separate location server. 

[0022] FIGURE 1 is a flow chart of operation 100 of embodiments of the present 
invention. With a location server in place, under some embodiments of the present invention a 
software agent is installed on the device to be tracked at 101. This agent preferably instructs 
the device to send a query at 102, via network connectivity to the location server in order to 
discover its location. Once this information is retrieved at 103, it is either stored in a local 
variable, or if the machine is managed via SNMP, or the like, placed in a local MIB variable, or 
the like, at 104. The agent may poll (105) the location server at programmable intervals, 
preferably by repeating step 102 above, to maintain current location information at least 
internally, preferably by repeating steps 103 and 104 above. 

[0023] In other embodiments, the device employs a built-in agent process 106 
that immediately searches for a location server at 102, preferably in a manner similar to the 
Dynamic Host Configuration Protocol (DHCP), upon power-up. Again, the device would 
populate either a local variable or a MIB variable to store this information at 104, once it is 
retrieved at 103. In one embodiment the device would also poll for current data at 
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programmable intervals (105). As with the embodiments previously described, this location 
information may also be updated on the location server during the periodic location updates. 

[0024] Users of the system may either use standard SNMP MIB enabled browsers 
to retrieve location information directly from the device, or if the device is not managed via 
SNMP, they may access a shell account, or the like, and view the system variable. 

[0025] FIGURE 2 is a diagrammatic representation of data center 201 employing 
embodiment 200 of the present invention. Devices, such as example device 202, are located in 
large data center 201, which may be a single large building that houses thousands of different 
pieces of network equipment and/or equipment racks 203 with many pieces of equipment in 
each rack. Such a data center may already be using real-time location system 210. This real- 
time location system generally comprises receivers/antennas 212 mounted at various locations 
in the building and centralized server 220. Each device that is installed in the data center may 
be tagged with whatever technology that this particular RTLS uses, tags 215 such as a Radio 
Frequency (RF) transponders, or the like. In accordance with the present invention each device 
202 to be provided location self awareness has software agent functionality or process 225 
installed or incorporated into device 202. Agent 225 is used to gather location information from 
location server 230. 

[0026] As an example, PC 202 located in a rack in building 201 has tag 21 5 on it. 
In this example PC 202 belongs to service provider 217. Tag 215 is communicating PC 202 's 
location to an existing RTLS 210. RTLS system 210 has a collection point typically in the 
form of a centralized server 220 where the data is kept for all of the devices in the building, 
including PC 202. Server 220 may make that data available via the web or via some specific 
application that may be accessed locally, through a network, or via a dial-up connection or in 
other manners known in the art. Software agent 225, installed on PC 202, will, upon boot of 
PC 202, issue a query for location server 230 via network 232 or other connectivity 233. 
Location server 230 responds with that device's location, which is concurrently or which has 
been previously retrieved from RTLS server 220 via connectivity 237 or network 232. 

[0027] Agent 225 queries a location server application, which may be either 
software located on central RTLS server 220 or a similar application located on separate 
system 235. Agent 225 on the device to be located queries location server 230 upon boot up. 
Location server 230 preferably keeps a database of information related to the locations of the 
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devices. That information is obtained or has previously been obtained from tracking system 
210 server 220. Location server 230 feeds this location information back to device 202. 
Device 202 stores that data in an MEB or in a specialized application in accordance with 
embodiments of the present systems and methods. 

[0028] Periodically, at a programmable time and/or interval, agent 225 preferably 
prompts device 202 to query location server 230 for the latest location information for device 
202. Alternatively, location server 230 may push updates out to devices any time its data 
changes, via network 232 or other connectivity 233. In the case of a security application or the 
like, pushing updates might be advantageous. 

[0029] FIGURE 3 is a diagrammatic representation of multiple domains 
employing hierarchical embodiment 300 of the present invention. A large data center 
installation, or the like, might be spread over multiple areas, such as buildings or data centers 
301, 302 and 303, which may be configured similar to data center 201 of FIGURE 2. Such 
areas may be too large for one tracking system to cover. Thus, multiple RTLSs 306, 307 and 
308, similar to RTLS 210 of FIGURE 2, may be employed in such an installation. The 
organization of installation devices 311,312, 313 may not match the organization of an RTLS 
communications infrastructure of the overall installation. Resultantly, devices might not be 
communicating with the "correct" location server 321, 322 or 323. To deal with this issue 
locations servers 321, 322, 323 in an installation may be configured to be aware of each other 
in an organizational structure, for example in a hierarchy, web, community, or the like, which 
may employ a network or other connectivity (324) which in turn may or may not be a part of 
the installation. In accordance with this embodiment when a location server (321, 322 or 323) 
is queried for information not directly known by that location server, the location server should 
return an answer obtained from the correct location server as detailed below. 

[0030] By way of example, on boot-up or whenever agent 325, on device 311, 
"wants" location data, it contacts the closest network location server. To do so, agent 325 
sends a request out onto a network (not shown, for clarity) for a location server. Closest 
location server 321, 322 or 323, in the network sense, not necessarily in the physical sense, 
responds. Network topologies do not always match the physical topological locations of 
network devices. Agent 325 queries the responding location server 321, 322 or 323 for its 
device's location. The location server queries its associated RTLS system (or its internal 
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database of RTLS data) and the RTLS system presently returns the device's location as 
described in greater detail above. If the data is not available to the location server, hierarchical 
location server 350 queries the next RTLS data system upward in the hierarchy, which queries 
any sub-location servers it has under it, to determine the device's location. 

[0031] In the case of a response, the response is sent back to the originating 
location server and then to the originating agent on the device. If the device's location is not 
found, the process is repeated one more level up in the hierarchy. The query is preferably sent 
along all paths. As a preferable optimization, the query is not sent to the server that sends the 
request. 

[0032] For example, on boot, agent 325 on device 311 requests location data by 
contacting the closest network location server (321). Agent 325 queries responding location 
server 321 for device 3 1 l's location. The location server queries its associated RTLS system 
306 (or its internal database of RTLS data). If the location data is not available to location 
server 321, the location server queries the next RTLS data system upward in the hierarchy via 
hierarchical location server 350 to determine the device's location. In FIGURE 3 the next 
RTLS server up in the hierarchy might be RTLS 307 and/or RTLS 308, depending on the 
hierarchy arrangement of the data center areas 301, 302 and 303 of the installation. In this 
example, using FIGURE 3, RTLS 307 or RTLS 308 should return the device's location. 

[0033] In a push embodiment, when the location server changes for a device, the 
location server that previously served a device can be informed of the location server 
reassignment. This notification can be made by the new location server. Then when the device 
reboots, since it remembers the last location server, that previous location server may provide 
the new server with the device's current location. Additionally or alternatively, this location 
update information may be pushed out to the moved device itself. 

[0034] As an example, in FIGURE 3, if device 311 had been moved from area 
303 to area 301, RTLS 308 location server 323 may inform location server 321 that device 311 
is now in RTLS server 306's area (301). Thus when device 311 boots, if it seeks out its old 
location server (323), server 323 may return the device's correction location (and new local 
server assignment, 306). Alternatively, if the update was pushed directly to device 31 1 it will 
be "aware" of its new location. 
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[0035] Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can be made 
herein without departing from the spirit and scope of the invention as defined by the appended 
claims. Moreover, the scope of the present application is not intended to be limited to the 
particular embodiments of the process, machine, manufacture, composition of matter, means, 
methods and steps described in the specification. As one of ordinary skill in the art will readily 
appreciate from the disclosure of the present invention, processes, machines, manufacture, 
compositions of matter, means, methods, or steps, presently existing or later to be developed 
that perform substantially the same function or achieve substantially the same result as the 
corresponding embodiments described herein may be utilized according to the present 
invention. Accordingly, the appended claims are intended to include within their scope such 
processes, machines, manufacture, compositions of matter, means, methods, or steps. 
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